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Plug-In Technologie zur koordinierten Anstriebsstrangsteuerung zur flexiblen Markencharak- 
terisierung auf Basis der CARTRONIC Systemarchitektur 



EINLEITUNG 





Der wachsende Wettbewerb um Marktanteile und das zunehmende Bedurfnis der Verbraucher 
nach Individualist fuhren zu einem groBeren Modellangebot fur zunehmend klemere 
Zielgruppen. Bin unverwechselbarer Markencharakter wird dabei zu einem wesenthchen 
Wettbewerbsfaktor fur Fahrzeughersteller. 

Wahrend die auBere Gestaltung des Fahrzeugs und die Werbung dem Konsumenten ein Image 
vermittelt, ist es Aufgabe der technischen Fahrzeugausfuhrung, diesem Image auf ubexzeugen- 
de Weise gerecht zu werden. Angesichts der fortschreitenden teclmischen Evolution besteht 
die zentraie Herausforderung in der Differenzierung des spezifischen Markencharakters des 
durch wachsende Komplexitat gekennzeichneten Gesamtsystems „Automobil . 
Besonders rasant ist die Entwicklung im Bereich der Elektronik, die von ^erungen nach 
gSngerem Verbrauch und Emissionen sowie ein hoheres MaB an Sxcherheit und Komfort 
Lettieben wird. Die FunktionaUtat dieser elektronischen Systeme wurd im wesenthchen 
tocTembedded Software reahsiert. Dadurch entsteht ein groBes Potential an techmschen 
Freiheitsgraden, welche u.a. zur Markendifferenzierung durch Software genUtet werden 
Snnen Damit einher geht aber die Gefahr erheblich zunehmender Softwarevananten, welche 
schwer zu beherrschen und unter Kosten- und Qualitats-Aspekten krinsch zu betrachten smd. 
Zur Beherrschung des Spannungsfeldes zwischen zunehmender Systemkomplexitat einerseits 
und zunehmendem Wunsch nach Markendifferenzierung andererseits entwickelt Boschunt^ 
der Bezeichnung CARTRONIC eine modulare, ubergreifende Systemarchitektur mit offenen 
Schnittstellen fur Funktionen und deren Softwareimplementierung. Der Beitrag gibt einen 
Uberblick uber wesenthche Architekturelemente sowie deren Nutzen im Hmbhck auf die 
Markendifferenzierung von Fahrzeugen. 

BEDARF AN EINER DURCHGANGIGEN SYSTEMARCHITEKTUR 

Der Siegeszug der Elektronik im AutomobU begann ursprunglich in Form emzelner 
|i elekn-onmzierter Komponenten. In den 90er Jahren wurden diese Komponenten zunehmend zu 
SystenW integriert; P Beispiele hierfur sind elektronische M ^^.ftSn 
Bremsregelsysteme, oder auch Fahrerinformationssysteme. Betrachtet man to aktueU^ 
Entwickhmgen in der Fahrzeugelektronik [5], so ist in diesem ^^\™JL^*Z^ 
Vernetzung aller Fahrzeugsysteme untereinander und zunehmend auch mit der Fahrzeugum- 
weltzubeobachten, Bild 1. 

Dieses erkennbare ^usammenwachsen der Systeme" bringt nun erhebliche technische und 
organisatorische Herausforderungen mit sich: 

. Neue Fahrzeugfunktionen sind haufig nur noch im Verbund unterschiedlicher 

Teilsysteme realisierbar und efifektiv nutzbar, 
. damit wird eine funktionale Integration von Teilsystemen auch unterschiedlicher 

Zulieferer erforderlich, 
• die Wertigkeit und der Charakter von Fahrzeugen werden zunehmend durch komple- 

xe Softwarefunknonenbestimmt, 
. Fahrzeughersteller verlangen bessere Gestaltungsmoglichkeit dieser Fahrzeugfunkti- 
onen, 
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. die Beherrschung der wachsenden Systemkomplexitat wird fur Fahrzeughersteller 
und Zulieferer wettbewerbsentscheidend hinsichtlich Geschwmdigkeit, Kosten, und 
Qualitat. 

Zur Bewaltigung dieser Aufgaben entwickelt Bosch die iibergreifende, offene Systemarchi- 
tektur CARTRONIC fur alle Steuerungs- und Regelungsaufgaben im Fahrzeug. Der Bedari an 
einer solchen Architektur wurde schon friih erkannt [1]. Die vor iiber 10 Jahren vorhergesehe- 
ne Elektronifizierung des Fahrzeugs ist zwischenzeitlich eingetreten. so dass nun die 
kontinuierlich weiterentwickelten Architekturkonzepte in zunehmendem Umfang in 
Serienprojekte einfliefien. 

Die CARTRONIC zugrundeliegende Vision gliedert das intelligente Fahrzeug der Zukunft in 
drei wesentliche Elemente, Bild 2: 

. Intelligente Sensoren erfassen alle fur den Fahrzeugbetrieb wichtigen Informationen. 
Hierzu gehoren zum Beispiel Sensoren zur Erfassung von Bewegungsdaten wie Ge- 
schwmdigkeit, Beschleunigung und Drehrate, Sensoren fiir fahrzeuginterne GroBen 
wie Temperaturen und Driicke und zukunftig auch vermehrt Sensoren zur Erfassung 
des Fahrzeugumfelds (z.B. Ultraschall, Radar, Video). 
. Intelligente Aktoren setzen die erforderlichen Stellbefehle sicher und zuverlassig um. 
Intelligente, elektronisch gesteuerte Aktoren sind zum Beispiel der Antriebsstrang, 
bestehend aus Verbrennungsmotor und Getriebe zur Erzeugung des Vortnebsmo- 
ments, elektronisch geregelte Bremssysteme zur definierten Verzogerung und Stabi- 
lisierung des Fahrzeugs, und elektronisch geregelte Lenksysteme fiir erne sichere und 
feinfuhlige Spurfuhrung. Diese Eingriffe werden kunftig vermehrt „by wire elektro- 
nisch gesteuert unduberwacht erfolgen. 
. Eine Mensch-Maschine-Schnittstelle (Human-Machine-Interface, HMI) gibt dem 
Fahrer die fur inn in der jeweiligen Fahrsituation relevanten Informationen und er- 
laubt die sichere und komfortable Bedienung des Fahrzeugs iiber die Bedienelemente 
des Cockpits. 

Die heutigen Fahrzeuge sind i.d.R. durch „gewachsene" Elektronik-Strukturen mit einer 
Vielzahl isolierter und autarker Einzelfunktionen und Steuergerate gekennzeichnet. Die 
Entwicklung war damit meist auf eine Optimierung der isolierten Einzelfunktionen und 
Subsysteme begrenzt, die Optimierung des Gesamtsystems gestaltet sich schwieng. 
fc Zur Realisierung der Vision vernetzter Systeme im Fahrzeug wird daher eine durch^ngige, 
Ikonsistente, modulare und offene Systemarchitektur erforderhch. Ziel der CARTRONIC 
Systemarchitektur ist die nahtlose Integration aller Teilsysteme zur effizienteren Darstellung 
ubergeordneter Fahrzeugfunktionen, welche ein Zusammenwirken mehrerer Teilsysteme 
erforderhch machen. Weitere Ziele sind Flexibility hinsichtlich unterschiedlicher Fahrzeug- 
und Steuergeratekonfigurationen, einfachere Implementierung kundenspezifischer Funktionen, 
sowie hohe Funktionssicherheit und Wiederverwendbarkeit von entwickelten Sofrwarekompo- 
nenten. 



ELEMENTE DER CARTRONIC SYSTEMARCHITEKTUR 

Unter dem abstrakten Begriff .Architektur" soil im folgenden sowohl die Systematik der 
Strukturierung des komplexen Systemverbundes als auch deren konkrete Um^etzung 
verstanden werden. Zur Beschreibung der ..Architektur" lassen sich unterschiedliche »Sichten 
unterscheiden, die jeweils durch eigene Bescbreibungen (im Sinne unterschiedhch ^bstokter 
bis konkreter Modelle) abgebildet werden, welche in den einzelnen Stufen ernes CARlKOMlc 
basierten Entwicklungsprozesses [1 1] erzeugt und umgesetzt werden, Bild 3. 




CARTRONIC FUNKTIONSARCfflTEKTUR 

Grundlage der CARTRONIC Systemarchitektur ist eine an der Fahrzeugtopologie 
ausgerichtete, hierarchisch klar strukturierte Funktionsarchitektur, Bild 4. Die Funktionsarcni- 
tektur beschreibt Ordnung und Zusammenhang von logisch-modularen Funktionskomponen- 
ten ihren Aufgaben, ihren Schnittstellen, sowie ihren Wechselwirkungen untereinander. 
Wesentliche Elemente der Funktionsarchitektur smd Domanen, 
(Sub-)Systeme > funktionale Komponenten, und Kommunikationsbeziehungen [2]. Das 
resultierende abstrakte Modell ist noch unabhangig von einer Implemenherung nut einer 
speziellen Hardwaretopologie. 

Die Funktionsarchitektur unterteilt das Fahrzeug in unterschiediiche „Domanen": Fahrzeug- 
bewegung, Antrieb, Karosserie und Innenraum, elektrische Energieversorgung, thermische 
Energieversorgung usw. Innerhalb jeder Domane werden unterschiediiche Subsysteme 
identifiziert, die aus ,,funktionalen Komponenten" bestehen, welche uber Kommunikationsbe- 
ziehungen miteinander in Wechselwirkungen stehen. Der Begriff „Komponente' meint dabei 
nicht zwangslaufig die physikalische Einheit im Sinne eines Bauteils, sondern eine 
Funktionseinheit, die sich ggf. als Subsystem in weitere funktionale Unterkomponenten 
zerlegen lasst 

Jedes der Subsysteme koordiniert seine Unterkomponenten selbst, die Koordination zwischen 
Teilsystemen ubernehmen spezielle Funktionskomponenten, die als Koordinatoren bezeichnet 
werden. 

Bei den Kommunikationsbeziehungen werden die vier Grundtypen Auftrage, Anforderungen, 
Ruckmeldungen, und Abfragen unterschieden. Eine Anforderung ist der Wunsch zur 
Ausfuhrung einer Aufgabe, wahrend ein Auftrag mit der Pflicht zur Ausfuhrung verbunden ist 
Wahrend ggf. mehrere unterschiediiche funktionale Komponenten ahnliche und aucn 
konfliktare Anforderungen stellen konnen (beispielsweise unterschiediiche Verbraucher ein 
Antriebsmoment eines Motors), erfolgt die Auftragserteilung durch genau einen Auftraggeber 
(zB. einen Antriebsstrangkoordinator) an genau einen Auftragnehmer (z.B. den Verbren- 
nungsmotor). Der Auftragnehmer gibt dem Auftraggeber gegebenenfalls erne Ruckmeldung 
uber die Ausfuhrung. 

Die CARTRONIC Funktionsarchitektur kann graphisch oder auch durch UML-Modelle 
abgebildet werden [7]. Unabhangig von der gewahlten Beschreibungsform hefern die 
zugrundeliegenden Strukturierungsregeln [2] insbesondere in der Phase der Systemanalyse 
i eine konsistente Methode zur Beherrschung der Komplexitat, und erlauben die systematische 
I Definition funktionaler Schnittstellen. 

C ARTRONIC-B ASIERTE SOFTWARE-ARCHITEKTUR 



Der nachste Schritt im Entwicklungsprozess besteht in der Umsetzung der Funktionsarchitek- 
tur in eine geeignete Software-Architektur. Die Softwarearchitektur beschreibt die Strukturen 
der Software des Systems, sie besteht aus Software-Komponenten, die m sich in weitere 
Software-Unterkomponenten unterteilt werden konnen Der Funktionsumfang emer Software- 
Komponente muss im allgemeinen nicht zwangslaufig mit einer fonktionalen Komponente 
nach CARTRONIC gleichgesetzt werden. Die funktionale Strukturierung von CARTRONIC 
Komponenten unterstutzt aber ein objektbasiertes Softwaredesign. 

Abbildung 5 zeigt eine produktorientierte Sicht auf eine CARTRONIC basierte Software- 
Architektur. Vereinfacht lassen sich folgende Elemente unterscheiden [11], 
..Operation System and Specific Services" mit Betriebssystem und spezifischen Diensten als 
Basis fur alle Anwendungen, die auf dem Steuergerat laufen sollen; 



Basic Functionality" bezeichnet Grundfunktionen des Steuergerats zur Umsetzung 
universeller Anforderungen (z.B. Ansteuerung der Aktoren eines Verbrennungsmotors). Die 
Basisfankuonalitaten werden aus der CARTRONIC basierten Funktionsarchitektur ermittelt 
und strukturiert; 

„CARTRONIC-Layer": diese Software-Komponente fuhrt die Koordinationsaufgaben fur 
mehrere Basisfunktionalitaten durch und bindet Pluglns ein; 

Plugln"- diese Software-Komponenten setzen konkrete, separierbare Aufgaben urn, die uber 
die Basisfunktionalitat hinausgehen und durch die Komponente CARTRONIC Layer 
koordiniert werden. 

In dieser Aufteilung konnen offene und gekapselte Schnittstellen unterschieden werden. 
Gekapselte Schnittstellen sind nach aufien nicht freigegeben, wahrend auf offene Schnittstellen 
frei zugegriffen werden kann. Die Modularity dieser CARTRONIC Softwarearchitektur 
unterstiitzt die Austauschbarkeit von Teilfunktionalitaten und ermoghcht damit ein 
Softwaresharing. 





STEUERGERATE-AUFTEILUNG UND NETZWERKARCHITEKTUR 

Fur die Implementierung des Systemverbunds spielt die Aufteilung von Funktionen auf 
konkrete Steuergerate und die Abbildung von Kommunikationsbeziehungen auf erne 
Netzwerktopologie eine entscheidende Rolle. Wahrend im traditionellen Ansatz „gewachse- 
ner" Systeme typischerweise im ersten Schritt die Aufteilung der Steuergerate und deren 
Vernetzung vorgegeben wurde und sich Funktions- und Softwarearchitektur an diesen 
Gegebenheiten ausrichten musste, unterstutzt CARTRONIC hier einen systematischen 
simultanen Entwicklungsprozess [11]. 

CARTRONIC erlaubt durch die zugrundeliegende Koordination verteilter Systeme eine 
flexible Systemrealisierung sowohl in dezentral verteUten als auch zentral konzentrierten 
Steuergerate-Aufteilungen. Auch hinsichtlich der Verwendung spezifischer Bussysteme und 
Kommunikationsstandards erlaubt CARTRONIC durch Kapselung der damit verbundenen 
Schnittstellen eine hohe Flexibilitat. 

Die je nach Marktsegment und Hersteller spezifisch unterschiedlichen Topologien werden 
daher von CARTRONIC mit einem hohen Wiederverwendungsgrad von Funktions- und 
Softwarekomponenten unterstutzt. 

CARTRONIC-BASEERTE SCHNITTSTELLEN 

Wie die vorhergehenden Ausfuhrungen gezeigt haben, bUden klar defmierte, standardisierte 
Schnittstellen ein Kemelement fur die Bewaltigung der Herausforderungen eines Systemver- 
bundes. 

Die CARTRONIC Systemarchitektur unterstutzt die Erarbeitung universeller Schnittstellen. Je 
nach Sicht lassen sich dabei unterschiedliche Konkretisierungsformen unterscheiden, Bild 6: 

. Funktionale Schnittstellen, die ausgehend von einer vereinfachten Form (Beispiel: 
die Momentenanforderung an den Verbrennungsmotor) in abstrakte Signalschnitt- 
stellen detailliert werden (Beispiel: die Detaillierung der Momentenanforderung in 
Form eines momentanen Sollmoments, einem langerfristigen Fuhrungsmoment, und 
z.B. weiteren Dynamik- und Statusinformationen), 

. konkrete Softwareschnittstellen innerhalb eines Steuergerats, wobei die funktionalen 
Schnittstellen durch softwaretechnische Anforderungen erganzt werden (Beispiel: die 
Codierung der Momentenanforderung in Form von Variablennamen, Datentypen, 
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Skalierungen, Amplituden- und Zeitquantisierung fur momentanes Sollmoment, Fuh- 
rungsgroBe, Dynamik- und Statusinformationen), 
• sowie konkrete Signalschnittstellen auf einem Bus zwischen Steuergeraten (Beispiel: 
die Codierung der Momentenanforderung in Form von Signalnamen, Datentypen, 
Skalierungen, Amplituden- und Zeitquantisierung sowie Busadressen fur momenta- 
nes Sollmoment, Fuhrungsmoment, Dynamik- und Statusinformationen). 

Ein wesentlicher Vorteil von CARTRONIC besteht darin, dass die unterschiedlichen 
Schnittstellenformen transparent zugeordnet und ineinander uberfuhrt werden konnen. Damit 
kann zum Zeitpunkt der Entwicklung einer Softwarefunktion eine weitgehende Unabhangig- 
keit der Software-Schnittstellen vom tatsachlichen Transportmechanismus der Information 
(innerhalb eines Steuergerats oder iiber einen Bus) sichergestellt werden. Durch Kapselung 
spezifischer Teilsystemeigenschaften lasst sich aufierdem sicherstellen, dass die Schnittstellen 
unabhangig von der technischen Ausfuhrungsform der verbundenen Teilsysteme sind. Ein 
Beispiel bildet z.B. die CARTRONIC Momentenschnittstelle zum Verbrennungsmotor [8], 
welche universell sowohl fur Benzin- als auch Dieselmotoren geeignet ist 

• CARTRONIC ANTRIEBSSTRANGM AN AGEMENT : 
MARKENDIFFERENZIERUNG DURCH SOFTWARES ASIERTE 
FAHRVERHALTENSAUSLEGUNG 

Die CARTRONIC Architektur unterstutzt die nahtlose fiinktionale Integration unterschiedli- 
cher elektronischer Fahrzeugsysteme. Dariiberhinaus erlaubt das Plug-In-Konzept die 
Implementierung von Softwaremodulen zur charakteristischen Auslegung des Fahrverhaltens. 

Nachfolgend werden anhand einer Studie, durchgefuhrt bei der ASSET GmbH, die 
Moglichkeiten von CARTRONIC zur Markendifferenzierung erlautert. Ziel der Studie war es 
unter anderem, die flexiblen Gestaltungsmoglichkeiten des Plug-In-Konzepts anhand von 
Funktionalitaten, welche die Fahrbarkeit pragen, nachzuweisen. In einem Top-Down-Ansatz 
wurden Anforderungen an die Fahrbarkeit direkt in Software umgesetzt, gleichzeitig ist diese 
Umsetzung riickwirkungsfrei hinsichtlich der Gestaltung und Abstimmung der iibrigen 
Systemumgebimg. Dariiberhinaus demonstriert die Studie die Fexibilitat der Architektur 
hinsichtlich der Integration unterschiedlicher elektronischer Systemen. 

Fur die Studie wurde ein Serienfahrzeug mit 2,81 6-Zylinder Ottomotor, einem hydraulischen 

• s 5-Stufen-Automatgetriebe und permanentem Vierradantrieb zugrundegelegt. Mit Hilfe von 
I.Rapid-Prototyping-Rechnersystemen ETAS ESI 000 wurde die CARTRONIC Systemarchi- 
*tektur fur ein koordiniertes Antriebsstrang- und Langsbewegungsmanagement realisiert. 
Hierzu wurden u.a. CARTRONIC Standardschnittstellen fur die BOSCH Systeme 
Motorsteuerung ME7, Getriebesteuerung, sowie Bremsregelsystem ESP 5.7 dargestellt. Zum 
Nachweis der flexiblen Erweiterbarkeit wurde das Fahrzeug ausserdem mit einem BOSCH 
ACC (Adaptive Cruise Control) System ausgestattet. 

Abbildung 7 zeigt symbolisch die Ausstattung des Versuchstragers. Die Motorsteuerung EMU 
(Engine Management Unit) ist mit den Sensoren und Aktuatoren des Motors sowie mit dem 
Sensor des Fahrpedalmoduls verbunden. Ferner verfugt das Fahrzeug iiber ein Bremsensteuer- 
gerat BMU (Brake Management Unit), eine elektronische Getriebsteuerung TMU (Transmis- 
sion Management Unit) sowie ein ACC-Steuergerat, welches die Signale des Radarsensors 
verarbeitet. Ein CAN- (Controller Area Network) Bus verbindet die Steuergerate untereinan- 
der. 

Die Ausstattung erlaubt die flexible Konfiguration fiir unterschiedliche Fahrzeugcharaktere, 
nachfolgend exemplarisch in zwei Auspragungen als „sportlich" und „komfortabel" 
bezeichnet. Ein Schalter im Fahrzeuginnenraum ermoglicht es dem Fahrer, zwischen diesen 
beiden Fahrzeugcharakteren umzuschalten. Im Unterschied zu herkommlichen Implementie- 
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ruogen derartiger Fahrzeugcharakteristiken, beruht die Unterscheidung nicht nur auf 
unterschiedlichen Parameter-Applikationen innerhalb der Einzelsysteme, es werden vielmehr 
auf einer ubergeordneten Ebene Software-,,Plug-m"-Funktionalitaten zur Anpassung des 
Gesamtsystemverhaltens herangezogen, welche iiber CARTRONIC Schnittstellen die jeweils 
hinsichtlich Software und Abstimmung unveranderten Einzelsysteme ansprechen. 

BEISPIEL: CHARAKTERISIERUNG DES KOMFORTABLEN FAHRZEUGTYPS 

Um den Komfortcharakter beispielsweise einer Limousine der Premiumklasse darzustellen, 
wurden exemplarisch folgende Anforderungen gestellt: 

Das Fahrzeug soil ein Adaptive Cruise Control (ACC) System erhalten. Dieses System 
ermoglicht eine Anpassung der Geschwindigkeit an eine Fahrervorgabe sowie des Abstandes 
an vorausfahrende Fahrzeuge, indem Antrieb und Bremse elektronisch angesteuert werden. 
ACC ist ein innovatives Ausstattungsmerkmal, das den Premiumcharakter unterstreicht und 
den Fahrkomfort erhoht. 

Elektronische Bremseingriffe fur ACC und andere Langsregelsysteme (wie z.B. einem 
Fahrgeschwindigkeitsregler mit Bremseingriff) sollen iiber das Bremssteuergerat (BMU, Brake 
Management Unit) moglich sein. 
Das Fahrzeug soli sich bei der Gasannahme „weich" anfuhlen, d.h. ein ruckartiges Anfahren 
soli vermieden werden. 

Ebenso sollen Lastwechsel „sanft" erfolgen, d.h. die Eigendynamik des Triebstranges soil fur 
den Fahrer unter keinen Umstanden spurbar sein. 

Die Getriebeschaltung soil auf einen eher okonomischen Betrieb ausgerichtet sein, d.h. der 
Motor soli vorrangig bei niedrigen Drehzahlen betrieben werden. 

BEISPIEL: CHARAKTERISIERUNG DES SPORTLICHEN FAHRZEUGTYPS 

In diesem Fall wurden als oberstes Ziel der FahrspaB optimiert. Entsprechend dem 
vorgegebenen Fahrzeugcharakter soUten Getriebe- und Motorsteuerung wie folgt ausgelegt 
werden: 

Der Motor soli spontan Gas annehmen, d.h. die Fahrpedalinterpretation soil „scharf ' appliziert 




sein. 



Lastwechsel sollen schnell erfolgen konnen, d.h. die Dampfung zur Unterdriickung der 
Triebstrangdynamik ist sekundar bezuglich der Spontanitat 

Der Motorbetriebspunkt soli zu Gunsten hoher Drehzahlen ausgelegt sein, damit der Fahrer 
jederzeit iiber eine moglichst hohe Leistungsreserve verfugt. 

Zur Demonstration der hohen Flexibilitat wird bei dieser Auslegung auf Einbindung des 
Komfortfeatures ,ACC" verzichtet. 



UMSETZUNG MIT PLUG-IN DESIGN 



Abbildung 8 zeigt die verwendete Softwarearcbitektur in der Schichtenansicht: 
Die oberste Schicht wird von sechs Plug-Ins gebildet, welche die charakteristischen 
Funktionen zur Umsetzung der Anforderungen an die zwei Fahrzeugcharaktere enthalten. 
ACC Request: ein Regelkreis sorgt fur die Anpassung der Geschwindigkeit oder des 
Abstandes. Der Regler ist typischerweise Bestandteil der ACC-Steuerung und hat erne 





Beschleunigung als StellgroBe. ACC-Request ubernimmt diese und speist sie als Anforderung 
in den Vehicle Motion Coordinator ein. 

Drivers Demand comfort bzw. sport: ein elektronisches Fahrpedal wird in dieser Kompoaente 
ausgewertet und als Vortriebsmoment am Getriebeausgang interpretiert. Diese Funktion hat 
starken EinfluB auf das Fahrverhalten und damit auf den Markencharakter. Das comfort Plug- 
In enthalt eine weiche Fahrpedalinterpretation, wahrend die sportliche Variante scharf 
ausgelegt ist, d.h ein hohes Drehmoment bei vergleichsweise kleinen Fahrpedalweg. Das 
berechnete Vortriebsmoment am Getriebeausgang wird uber die Schnittstelle als Anforderung 
an den Vehicle Motion Coordinator gestellt. 

Driveability: dient u.a. der Festlegung eines globalen Optimierungskriteriums, also in einem 
Fall „Fahrkomfort" und in dem anderen „Sport". Ein weiterer Bestandteil dieser Komponente 
sind die Komfortfunktionen zur Lastschlagfilterung, d.h. Anderungen im Sollmoment werden 
so gedampft, dafi kein storendes Ruckeln oder Schwingungen im Triebstrang auftreten. Diese 
Gradientenbegrenzung verhindert die Erregimg von Triebstrangschwingungen im Bereich der 
Eigenfrequenzen. Uber eine Schnittstelle kann dem Vehicle Motion Coordinator em mmimaler 
und maximaler Gradient des Antriebssollmoments vorgegeben werden. Daniberhinaus wertet 
Driveabilty den Schalter aus, mit dem zwischen dem sportlichen und komfortablen 
Fahrzeugcharakter umgeschaltet werden kann. Als Alternative zu einem Schalter konnte hier 
ebenfalls eine Fahrertyperkennung realisiert werden. Der ausgewahlte Modus wird 
anschlieBend an den Vehicle Coordinator weitergeleitet. Ein weiteres Feature ermoglicht, bei 
Gangwechseln den Ruck durch gezielte Steuerung des Motormoments zu vermeiden, indem 
ein minimal und ein maximal einzuhaltendes Motormoment an Powertrain Coordinator 
iibergeben werden. 

Shift Strategy comfort bzw sport: enthalt eine Rechenvorschrift, die aus dem Sollwert fur das 
Drehmoment am Getriebeausgang und der Fahrzeuggeschwindigkeit den Sollwert fur die 
Getriebeubersetzung und das Motormoment bestimmt. Urn die Vorgabe des Sollmoments zu 
erfullen, ergibt sich bezuglich aktueller Geschwindigkeit ein Freiheitsgrad in der Wahl des 
Ubersetzungsverhaltnisses. Das Ubersetzungsverhaltnis wird entweder zugunsten eines 
okonomischen Motorbetriebspunktes (Shift-Strategy comfort) oder zugunsten einer hohen 
Leistungsreserve (Shift-Strategy sport) gewahlt Sowohl der Sollwert fur das Ubersetzungs- 
verhaltnis als auch fur das Motormoment werden an den Coordinator Powertrain gesendet. 
Daniberhinaus ist eine. Funktion zur Unterdruckung von Pendelschaltungen enthalten. Uber die 
gemeinsame Schnittstelle werden dem Coordinator Powertrain ein minimal bzw. maximal 
zulassiger Gang vorgegeben, weiche bei Schaltungen einzuhalten sind. 

FUNKTIONSWEISE DES CARTRONIC-LAYER 

Unterhalb der Plug-Ins befindet sich das Cartronic-Layer, welches die Koordinatoren Vehicle 
Coordinator, Vehicle Motion Coordinator und Powertrain Coordinator umfaBt Jeder 
Koordinator verfugt uber beliebig viele Ausffihrungen einer klar definierten fixen Schnittstelle 
zur Kommunikation mit den Plug-Ins. Fur jedes Plug-In, das mit einem Koordinator 
kommunizieren mochte, stellt dieser eine weitere Ausfuhrung seiner Schnittstelle zur 
Verfugung. In diesem Fall ist z.B. Vehicle Motion Coordinator insgesamt mit drei Plug-Ins 
verbunden: ACC Request, Drivers Demand und Driveability, Die einheitlichen Schnittstellen 
ermoglichen die Darstellung eines breiten Spektrums'an Funktionalitat in den Plug-Ins. 
Wahrend die Koordinatoren die Plug-Ins mit alien globalen Fahrzeugdaten versorgen, sind die 
Schnittstellen in umgekehrter Richtung - also vom Plug-In zu den Koordinatoren - dagegen 
vergleichsweise schmalbandig. Haufig kommt es innerhalb eines Koordinators zu Konflikten 
zwischen konkurrierenden Anforderungen (z.B. gleichzeitiger Vortriebswunsch von ACC und 
uber Fahrppdal). Diese konnen mithilfe eines flexiblen Priorisierungsverfahrens zu Gunsten 
einer vorgebbaren Strategic entschieden werden. In einer applizierbaren Priorisierungstabelle 
wird festgelegt, weiche Plug-Ins aufgerufen werden. Das Prinzip dieses Priorisierungsverfah- 
rens wird nachfolgen am Beispiel des Vehicle Motion Coordinator verdeutlicht. 
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Mit der tiefer gelegenen Softwareschicht der Basic Functionality ist das Cartronic-Layer uber 
Standard CARTRONIC-Schnittstellen verbunden. Diese Basisfunktionen verhalten sich aus 
Sicht des CARTRONIC-Layers wie intelligente Sensoren oder Aktuatoren. Z.B. fungiert die 
Komponente Engine Management als em Momentensteller, Transmission Management setzt 
das befohlene Ubersetzungsverhaltnis urn, Brake Management stellt die geforderte 
Sollbeschleunigung ein und ACC liefert die Daten aus Objekterkennung und ACC-Bedienteil. 



EIN PRIORISIERUNGSVERFAHREN FUR FLEXIBLE KOORDIN ATION 

Abbildung 9 zeigt den inneren Aufbau des Vehicle Motion Coordinator. Uber einheitliche 
Schnittstellen werden die Informationen der Plug-Ins in einen Puffer eingelesen. Die 
Schnittstelleninformatioii besteht jeweils aus der Identitat (ID), die jedes Plug-In eindeutig 
kennzeichnet, sowie einen Nutzanteil (values), welcher die Funktionalitat bestimmt. Z.B. hat 
ACC Request die ID 7 und sendet eine Beschleunigungsanforderung (a), Drivers Demand 
sport (ID 12) sendet ein Vortriebsmoment am Getriebeausgang (trq) und Driveability (ID 19) 
eine obere und unter Grenze fur den Gradienten des Vortriebsmoment am Getriebeausgang 

• (Utrq). Ein geeignetes Priorisierungsverfahren (Priorization), in diesem Fall eine lineare 
Priosierung, iegt die Abarbeitungsreihenfolge (Operation Order) der Anforderungen aus den 
Plug-Ins fest und teilt das Ergebnis der ausfiihrenden Instanz (Operation) mit. Die Prioritaten 
kdnnen fur jede ID in einer Priorisierungstabelle (calibratable Priorization table) appliziert 
werden, Zur Darstellung unterschiedlicher Fahrzeugcharaktere konnen gleichzeitig mehrere 
Priorisierungstabellen abgelegt sein, z.B. fur JSporf und fur „Comforf\ In diesem Fall enthalt 
beispielsweise die Priorisierungstabelle fiir ^Comfort' lediglich den Aufiruf des Plug-Ins 
Drivers Demand comfort (ID 23), wahrend z.B. das Plug-In Drivers Demand sport (ID 12) 
nicht aufgerufen wird. Umgekehrt enthalt die Priorisierungstabelle fiir einen sportlichen 
Fahrbetrieb nur einen Eintrag der Plug-Ins Drivers Demand sport (ID 12) und Driveability (ED 
19), wobei ACC-Request (ID 7) gezielt nicht berucksichtigt wird. Die Auswahl der 
Priorisierungstabelle wird von Vehicle Coordinator getroffen. Die ausfuhrende Einheit 
(Operation) ruft die Anforderungen der Plug-Ins nach Vorgabe der Operation Order auf und 
verarbeitet diese: 

Im Ergebnis wird eine Sollbeschleunigung ermittelt, welche auf die Stellglieder Antrieb 
(Motor und Getriebe) oder Bremse verteilt wird. Im Fall einer Bremsung wird sie uber die 
Schnittstelle zum Brake Management weitergeleitet. Im Antriebsfall wird die Beschleunigung 
mithilfe der Zugkraftgleichung in ein Sollmoment am Getriebeausgang umgerechnet, 
anschlieBend kommt es zur Koordination mit der Anforderung aus Drivers Demand. In der 
,Regel setzt sich die Anforderung mit dem grofieren Drehmomentenwunsch durch. In 
Ausnahmefallen (je nach Priorization table) kann es aber auch sinnvoll sein, daB zu Gunsten 
der Beschleunigungsanforderung des ACC entschieden wird. Z.B. erweist es sich als 
komfortabel, eine Bremsverzogerung nicht schlagartig zu beenden, wenn eine aktive 
Bremsung des ACC vorliegt und der Fahrer gleichzeitig Gas gibt, dh. wenn der Fahrer 
iiberreitet. Das resxiltierende Sollmoment am Getriebeausgang wird anschlieBend an den 
Vehicle Coordinator weitergeleitet. 

Der Vehicle Coordinator leitet das Sollmoment an den Powertrain Coordinator weiter und 
legt die Berechnungsreihenfolge aller Koordinatoren fest. Dariiberhinaus sorgt er fur die 
Umsetzung der globalen Fahrstrategie. Diese wird von Driveability in Form eines globalen 
Optimierungskriteriums (.JComforf 1 oder ,JSport") entsprechend der Schalterstellung bestimmt 
und iiber die gemeinsame Schnittstelle gesendet Auf Grundlage des OptimierungskriteriToms 
legt Vehicle Coordinator die zu verwendenden Priorisierungstabellen in den Koordinatoren 
fest. 

Powertrain Coordinator setzt die Anforderung zur Realisierung eines Getriebeausgangmo- 
ments von Vehicle Coordinator um. Ahnlich wie in Coordinator Vehicle Motion wird anhand 
eines Priorisierungsverfahrens die Bearbeitungsreihenfolge der Anforderungen aus den Plug- 




Ins, Shift-Strategy comfort bzw. sport sowie Driveability bestimmt. Je nach ausgewahlter 
Priorisierungstabelle wird nur eine der beiden Schaltstrategien liber die ID aufgerufen. 
Transmission Management wird unter Beriicksichtigung des minimal bzw. maximal zulassigen 
Gangs aus Shift-Straregy zur Umsetzung des Sollwerts beauftragt. Bei einem Gangwechsel 
wird das Motormoment nach vorgegebener unterer und oberer Grenze aus Driveability an die 
Basisfunktion Engine ubergeben. 



EINE SOFTWARE FUR ZWEI FAHRZEUGTYPEN 

Alle Anforderungen an die Charaktere ^port* und ^comfort* konnten mit insgesamt sechs 
Plug-Ins erfolgreich umgesetzt werden. Mit dem Schalter im Fahrzeuginnenraum kann 
wahrend der Fahrt zwischen beiden Modi umgeschaltet werden. Die Integration des ACC- 
Systems in der „comfort"-Auspragung erfolgte ohne Anderungen in dem CARTRONIC-layer. 
Dies untermauert die Machtigkeit der Schnittstellen zu den Plug-Ins und erlaubt die zukiinftige 
Integration anderer Anwendungen wie z.B. einer situationsabhangigen Geschwindigkeitsbe- 
grenzung oder Cruise Control mit Bremseingriff als Alternative zu ACC. Die standardisierten 

• Schnittstellen des CARTRONIC-Layers mit den Basisfunktionen wie z.B. Engine und 
Transmission ermoglicht ausserdem eine Entkopplung der Fahrfunktionen von den 
Aggregates sie ermoglichen die Verwendung der gleichen Fahrfunktionen fur unterschiedli- 
che Motortypen (Otto- und Dieselmotoren) und unterschiedliche Getriebetypen (z.B. fur 
Stufenautomatikgetriebe und CVT). 

Mit dem applizierbaren Priorisierungsverfahren werden auch dynamische Wechsel zwischen 
unterschiedlichen Fahrverhaltensmodi moglich, wenn dies - z.B. mit einer Fahrertyperkennung 
- gewunscht wird. Im vorliegenden Beispiel demonstriert der Wechsel zwischen den Typen 
sport und comfort der Plug-Ins Drivers Demand und Shift-Strategy die Flexibility des 
Priorisierungsverfahrens fur die Austauschbarkeit ganzer Algorithmen. 

Im Gegensatz zu herkommlichen Systemen, die lediglich unterschiedliche Charakterisierung 
des Fahrzeugverhaltens durch Parameteranderung in isolierten Teilsystemen erlauben, 
ermoglicht Cartronic eine tiefgreifende, flexible Markencharakterisierung des Gesamtfahr- 
zeugs durch Plug-Ins bei gleichzeitiger Wiederverwendung der zugrundeliegenden Software. 



CARTRONIC ist eine ubergreifende, offene Systemarchitektur fiir alle Steuerungs- und 
Regelungsaufgaben im Kraftfahrzeug. Sie ist unabhangig vom Fahrzeugtyp und von der 
Steuergerate-Konfiguration. CARTRONIC beruht auf einer klar gegliederten, hierarchischen 
Funktionsarchitektur und modularen Software mit offenen, einheitlichen Schnittstellen in den 
beteiligten Steuergeraten. Damit konnen die Aufgaben flexibel auf einzelne Hardware- 
Komponenten des elektronischen Systems verteilt werden. Mit CARTRONIC lassen sich die 
immer komplexeren Fahrzeugsysteme leichter beherrschen. 

Am Beispiel wurde gezeigt, daB Cartronic eine flexible Markencharakterisierung nach einem 
Top-Down Ansatz unterstutzt. Die charakteristischen Funktionen fiir die Fahrbarkeit sind 
jeweils in einem Plug-In konzeiitriert. Ein applizierbares Priorisierungsverfahren ermoglicht 
die flexible Koordination der Plug-Ins. Es gelingt dadurch, mit geringem Software-Aufwand 
vollig unterschiedliche Fahrzeugcharaktere darzusteUen. Definierte Schnittstellen erlauben die 
modulare Integration zusatzlicher Systemelemente. Das Plug-In Konzept erleichtert ein 
Softwaresharing, welches dem OEM die Moglichkeit gibt, seine Marke durch selbstandig 
entwickelte Softwaremodule zu charakterisieren. Ein hohes MaB an Wiederverwendbarkeit der 
zugrundeliegenden Softwarekomponenten unterstutzt die Anforderungen nach Kostengunstig- 
keit und Softwarequalitat. 




PRIORISIERUNGSVERFAHREN VON INFORMATIONSGEBERN 

In Kraftfahrzeugen ist es ublich, dass zwischen unterschiedlichen Vortriebswunschen, die 
entweder vom Fahrer oder von Assistenzsystemen, z.B. FGR, ACC und ANB, kommen, 
gewahlt werden muss. Die Steuergeratesoftware enthalt einen Programmteil, der den 
wichtigsten Anforderer auswahlt 

Wahrend der Implementierung des Auswahlverfahrens ist bekannt, welche Systeme 
Anforderungen stellen konnen und wie sie untereinander gewichtet sind. Diese Anforderungen 
werden in einer starren Logik miteinander verkniipft. 

ZIEL DES PRIORISIERUNGSVERFAHRENS 

Das heutzutage eingesetzte Verfahren hat den Nachteil, dass im vorhinein bekannt sein muss, 
welches System Vortriebswiinsche geben kann und welche Anforderungskombinationen es 
geben kann. Dadurch muss fur jede Kombination von Systemen das Verfahren angepasst 
werden. 

• Ziel der Erfmdung ist ein Verfahren, mit dem man die Auswahl der weitergeleiteten 
Anforderungbzw. des Wunsches, insbesondere des Vortriebswunsches, unabhangig von der 
Anzahl und der Funktionsweise der anfordernden Systeme treffen kann. 

VORTEILE DES PRIORISIERUNGSVERFAHRENS 

• Keine Abhangigkeiten zwischen Auswahlverfahren und Anforderer und damit vermehrten 
Software Reuse des Auswahlverfahrens und der Anforderer (FGR, Fahrpedal, ...) 

• Verminderten Code- und Rechenzeitverbrauch bei komplexen Systemen (viele 
Anforderer), da das Auswahlverfahren unabhangig ist von den Querbeziehungen der 
Anforderer 

• Leichtere Erweiterbarkeit des Systems (Hinzufugen von weiteren Anforderern) 
Solange die Anforderer die angebotenen, abstrakten Schnittstelle benutzten konnen und 
geniigend Speicherplatz fur die DD-Tabellen (siehe Kapitel 0) reserviert worden ist, kann 
das System um beliebig viele Anforderer erweitert werden, ohne Programmcode andern zu 
mussen. 




Wechsel zwischen Prioritatensatzen wahrend der Laufeeit 

System kann in Zukunft um eine dynamische Anmeldung von Anforderer erweitert 



werden 

WEITERE BESCHREBBUNG DES PRIORISIERUNGSVERFAHRENS 

Im folgenden wird der Ablauf einer Auswahl eines Vortriebswunsches beschrieben. Das 
System beinhaltet die folgenden Anforderer: 

• Fahrpedal (ID 10) 

• Automatische Notbremse (ID 9) 

• Bremspedal (ID 35) 

• FGR (ID 44) 

• Leerlaufregler (ID 22) 

Das im Beispiel angewendete Verfahren, um den wichtigsten Vortriebswunsch zu ermitteln, 
besteht aus 2 Stufen. 




• Lineare Priorisierung (LStufe) 

Hier wird eine Liste sequenziell durchgearbeitet und sobald ein Anforderer einen Anforde- 
rungswunsch hat, abgebrochen. Je hoher ein Anforderer in der Liste steht, je hoher ist 
seine Prioritat 

• Max-Auswahl (2.Stufe) 

Es werden alle Anforderer abgefragt. Es wird der Wunsch mit dem hochsten Vortriebs- 
moment ausgewahlt. 

Abbildung 10 zeigt die Prioritaten der einzelnen Anforderer. 

Abbildung 1 1 zeigt den Ablauf dieses Beispiels. 

Vielen realen Anwendungsfallen wird dieses Verfahren nicht geniigen. Im folgenden sind 2 
weitere Ausbaustufen des Systems beschrieben. 

Erweiterung urn Min/Max Auswahl 

Sobald die Anforderer nicht nur den Motor, sondern auch die Bremse ansteuern konnen, 
kommt man nicht mit dem im Beispiel beschrieben Verfahren aus, da ein Bremseneingriff 
eine hohere Prioritat hat, als ein Beschleunigungseingriff. Um diesem Umstand Rechnung 
zu tragen, muss die 2. Stufe von einer Max-Auswahl in eine Min/Max-Auswahl verandert 
werden. Die Min/Max-Auswahl funktioniert wie folgt: 

Sobald ein Anforderer einen Bremseneingriff anfordert, gewinnt der niedrigste Vortriebs- 
wunsch (maximale Verzogerung). Wenn es keinen Bremseneingriff gibt, wird die maxi- 
male Beschleunigung ausgewahlt. 

• Erweiterung um Autoritaten 

Das oben beschriebene Verfahren entspricht nicht, den zur Zeit ublichen Verfahren, da das 
Fahipedal einen Bremseingriff des FGR+ oder des ACC iiberstimmen kann. Aus diesem 
Grund kann das beschriebene Verfahren noch um eine Stufe erweitert werden, die wir 
Autoritaten genannt haben. 

Bei diesem Verfahren kann jeder Anforderer bestimmte Anforderungsbereiche wahrend 
der Min/Max-Auswahl ausblenden. Das bedeutet, dass z.B. das Fahrpedal alle Bremsen- 
eingriffe ausblenden kann. Dadurch werden alle Bremseneingriffe wahrend der Min/Max- 
Auswahl ignoriert, aber nicht, z.B. die Bremse, die in der linearen Priorisierung angesie- 
delt ware. 

fUm die IDs effizient zu handhaben, werden sie in Listen verwaltet, die sequenziell 
abgearbeitet werden. Ein Anpassen der Prioritaten auf globale Optimierungskriterien (z.B. 
Okoabstimmung, Sportabstimmung oder Wintererkennung) kann erfolgen, wenn die IDs in 2 
dimensionalen Listen verwaltet werden und je nach globalen Optimierungskriterium eine 
andere Reihe benutzt wird. 

Wena nun ein Anforderer hinzugefugt werden soil, so ist er in die richtigen Tabellen 
einzutragen und wird damit automatisch bei der nachsten Auswahl mit beriicksichtig. 

Es muss ausgeschlossen werden, dass eine ungultige Anforderung an den Motor oder die 
Bremse weitergeleitet wird. Aus diesem Grund muss sichergestellt sein, dass das System 
entweder mit einem giiltigen Wert vorinitialisiert wird oder es muss garantiert sein, dass bei 
jeder Auswahl immer mindestens ein Anforderer einen Wert anfordert. 

Bei den anonymen Priorisierungsverfahren von Informationsgebern weifl das Auswahlyerfah- 
ren nicht, welche Qualitat der Anforderer hat Die einzigen Informationen, die es hat, sind die 
ID und die Position in den jeweiligen Tabellen der Auswahlverfahren. Dies fuhrt dazu, dass es 
keine inneren Abhangigkeiten von Anforderer und Auswahlsystem gibt. Ein derartiges 
Auswahlverfahren ist immer dann notig, wenn man die Anzahl der Anforderer andern kann, 





ohne den Code des Auswahlverfahrens zu andern. Dieses Verfahren kann zJB. in einer 
Motorsteuerung angewendet werden, wie das obige Beispiel zeigt. Es gibt aber noch viele 
weitere Produkte, bei denen dieses Verfahren Vorteile bringt. 

PLUG-IN TECHNOLOGIE ZUR KOORDINIERTEN 
ANTRIEBSSTRANGSTEUERUNG 

In der Antriebsstrangsteuerung fur Kraftfahrzeuge ist es moglich, die Vorgaben des Fahrers am 
elektronischeh Fahrpedal als Fahrzeugbeschleunigungs- oder Radmomentenwunsch und nicht 
mehr als Motormoment zu interpretieren. Dadurch wird deutlich, dass die Interpretation der 
Anforderungen an den Antriebsstrang bereits eine wesentliche Aufgabe der Antriebs- 
strangsteuerung sein konnen. 

In EP 0 883 510 Bl werden sich dadurch ergebende Vorteile insbesondere bezuglich 
Rraftstoffverbrauch und Emraissionen zum einen und sportlicher Fahrweise zum anderen 
aufgezeigt Durch die freie Wahl an Triebstrangarbeitspunkten (definiert z.B. durch 
Motormoment und Ubersetzung des Getriebes) kann diesen widersprechenden Anforderungen 
je nach Fahrsituation Rechnung getragen werden. 

In DE 199 16637 CI wird zusatzlich eine Interpretation der Betatigung des Bremspedals durch 
den Fahrer als Bremsmoment vorgeschlagen. Durch geschickte Wahl des Arbeitspunktes des 
Antriebsstranges kann der Fahrer so in seinen Aktionen sinnvoll unterstiitzt werden. 

In DE 199 40 703 CI wird ein ahnliches Verfahren vorgestellt, bei dem als Fuhrungsgrofie die 
Interpretation des Fahrerwunsches als Getriebeausgangsmoment angewendet wird. Dadurch ist 
es auch in Fahrzeugen mit gestuften Getrieben moglich, einen iiber die Geschwindigkeit 
stetigen Getxiebeausgangsmomentenverlauf einzustellen, um den Fahrkomfort zu erhohen. 

Ebenfalls moglich in Kraftfahrzeugen ist es, fur verschiedene Komponenten im Triebstrang 
wie Motor und Getriebe Schnittstellen zur Kommunikation zu vereinbaren, uber die 
Anforderungen ubermittelt werden konnen, damit sie von der empfangenden Komponente 
ausgefuhrt werden. Eine im Kraftfahrzeugbereich verbreitete technische Schnittstelle bzw. 
Bussystem zur Steuergeratevernetzung ist beispielsweise der CAN-Bus. 

Neben dem Fahrpedal und dem Bremspedal gibt es heutzutage viele weitere Anforderer, die 
Vorgaben an den Antriebsstrang machen konnen. Typische Beispiele hierfiir sind Komfort- 

• systeme wie der Fahrgeschwindigkeits-regler oder Sicherheitssysteme wie ASR und ESP. 
1 Dabei wird ein groBer Teil an Entwicklung und Rechenkapazitat dafur aufgewendet, 
entsprechend der aktuellen Fahrsituation zu entscheiden, wann welches System tatsachlich 
aktiv den Arbeitspunkt des Triebsstranges vorgeben oder beeinflussen darf. 

AUFGABE DER ERFINDUNG 

Aufgabe dieser Erfindung ist es, ein optimiertes Basissystem zur Antriebsstrangsteuerung zu 
definieren. 

VORTEILE DER ERFINDUNG 

• In dieses optimierte Basissystem konnen dann Anforderungen verschiedenster Systeme in 
einheitlicher Art auf Basis von SystemfiihrungsgroBen (im wesentlichen dem Getriebeaus- 
gangsmoment) zentral eingebracht werden. 

• In dieses optimierte Basissystem konnen verschiedenste Verfahren zur Ermittlung von 
geeigneten Betriebspunkten des Antriebsstranges eingebracht werden. 
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In diesem optimierte Basissystem konnen die Anforderungen und Verfahren entsprechend 
der aktuellen Fahrsituation durch ein abstraktes Priorisierungsverfahren situationsgerecht 
priorisiert werden, so dass die "richtige" Anforderung beriicksichtigt und das "optimale" 
Verfahren zur Betriebspunktauswahl verwendet wird. 

Dieses optimierte Basissystem rechnet die Anforderungen entsprechend der Triebstrangto- 
pologie des betreffenden Fahrzeugs urn und macht Vorgaben an die Treibstrangkompo- 
nenten, wobei die Schnittstellen zu den Komponenten so abstrakt wie moglich auf 
physikalischer Basis festgelegt werden, urn Abhangigkeiten beispielsweise von verschie- 
denenMotortypen (Diesel und Benzin) weitestgehend auszuschalten. 

Dieses optimierte Basissystem bietet die Moglichkeit, die Ermittlung von Anforderungen 
und Verfahren zur Berechnung von optimalen Betriebspunkten in Plug Ins zusammenzu- 
fassen, urn so separierbare Systeme im Sinne von verauBerbaren Produkten zu schaffen. 

Eine Funktion im Sinne einer durch den Fahrer erkennbaren zusammenhangenden 
Funktionalitat hat haufig Anforderungen und Auswirkungen auf verschiedenste Kompo- 
nenten im Fahrzeug. Beispielsweise kann ein adaptiver Geschwindigkeitsregler beim 
Einhalten einer durch den Fahrer vorgegebenen Geschwindigkeit sowohl beschleumgea 
als auch verzogern. Dazu mussen die Komponenten Motor, Getriebe und Bremse entspre- 
chend angesteuert werden. Dies wird im beschriebenen System moglich gemacht, ohne 
dass die Funktionalitat auf verschiedene Komponenten aufgeteilt werden muss. Die 
Funktionalitat bleibt als Einheit zusammen und kann dem System hinzugefugt oder 
entnommen werden, ohne dass dafiir das Programm des Systems geandert werden muss. 

Die Priorisierungsverfahren zur Auswertung der Anforderungen verschiedener Plug Ins 
konnen auf Grund deren Einheitlichkeit (alle Plug Ins fordern zur Beschleunigung des 
Fahrzeugs ein Getriebeausgangsmoment (FuhrungsgroBe des Systems)) so ausgelegt 
werden, daB zur Priorisierung nicht bekannt sein muB, welches System hinter der Anforde- 
rung steht (es spielt aus Sicht des Priorisierungsverfahrens keine Rolle, welche Funktiona- 
litat ein Plug In erfullt, sondern nur, welche Prioritat es hat). Durch diese Anonymisierung 
der Anforderer ist es moglich, die Anzahl der zu berucksichtgenden Plug Ins frei zu 
wahlen, ohne dafiir das Programm andern zu mussen. Dadurch vereinfacht sich die 
Konfiguration des Systems zur Anpassung an eine bestimmte Fahrzeug- und Funktionsva- 
riante erheblich und es konnen auch nachtraglich noch Funktionen hinzugefugt werden, 
die zunachst nicht mit eingeplant waren. 

• Zu den Komponenten im Triebstrang entstehen einheitliche, abstrakte Schnittstellen, die 
weitestgehend von Varianten der Komponenten unabhangig sind. Dadurch konnen bei 
Einhaltung der Schnittstellen sehr einfach Komponenten unterschiedlichster Hersteller 
eingesetzt werden, wodurch sich der Fahrzeughersteller nicht von proprietaren Losungen 
einzelner Zulieferer abhangig macht. 

• Die Programme der Plug Ins konnen weitestgehend ohne Kenntnisse von der Art 
eingesetzter Komponenten definiert werden und dadurch in vielen Fahrzeugkonfiguratio- 
nen wiederverwendet werden. Dies ist bei der hohen Zahl an Fahrzeugvarianten ein 
deutlicher Vorteil. Ein typisches Beispiel ist der Fahrgeschwindigkeitsregler, der sich 
heute intern stark uiiterscheidet, je nachdem ob ein Diesel- oder ein Benzinmotor das 
Fahrzeug antreibt Das beschriebene System wirkt wie eine Zwischenschicht, die die 
Funktionahtaten, die in Plug Ins abgebildet werden, von den Komponenten entkoppelt. Ein 
weiterer positiver Effekt der Entkopplung ist die Reduktion des Applikationsaufwandes, 
der sonst haufig durch Anderungen in anderen Funktionen oder Komponenten erzeugt 
wird. 




BESCHREIBUNG WEITERER AUSFUHRUNGSBEISPIELE 

Das Verfahxen zur koordinierten Antriebsstrangsteuerung wird zunachst in 5 Phasen eingeteilt: 

• Charakterisierung der Umwelteinflusse 

• Festlegen eines globalen Optimierungskriteriums 

• Fahrerwunschinterpretation 

• Optimalen Betriebspunkt bestimmen 

• Optimalen Betriebspunkt anfahren 

Im ersten Schritt der koordinierten Antriebsstrangsteuerung werden aktuelle Umweltdaten 
aufbereitet, gegebenenfalls typisiert und zur Verfugung gestellt. Folgende Informations- 
gruppen sind von Interresse: 

Fahrzeuggrossen Allgemeine aktuelle Fahrzeugdaten wie 

Geschwindigkeit und Querbeschleunigung 
Triebstrangzustand Aktuelle Triebstrangdaten wie Kraftschluss 

und Schub / Zug 
Fahrertyperkennung Beobachtet das Fahrverhalten und die 

Aktivitaten des Fahrers und leitet daraus 
einen abstrakten Typ ab (z.B sportlich oder 
okonomisch) 

Fahrsituationserkennung Zieht auf Grund abgeleiteter Signale Ruck- 

schliisse auf die aktuelle Umwelt- oder 
Fahrsituation, z.B. Berg, Kurve, Winter, 
Stadt, Autobahn 

Im zweiten Schritt wird festgelegt, woraufhin das gesamte nachfolgende Verfahren 
optimiert werden soli. Denkbar sind besipielsweise Kriterien wie sportliche Fahrweise, 
okonomische Fahrweise oder besonders verschleifischonende Fahrweise. Der Vorteil der 
globalen Festlegung liegt in der anschlieBenden einheitlichen Verwendung in alien 
entscheidenden Funktionen vonder Fahrpedalinterpretation bis zur Motormomenten- und 
Ubersetzungsauswahl. 

Die anschlieBende Fahrerwunschinterpretation hat die Aufgabe, die Vorgaben des Fahrers 
zu interpretieren und eine Vorgabe fur die Langsbewegung des Fahrzeugs daraus abzulei- 
ten. Das umfaBt neben der reinen Fahrpedalinterpretation nach Beschleunigung und 

• Verzogerung beispielsweise auch die Vorgaben eines Fahrgeschwindigkeitsreglers oder 
) eines ACC, die den Wunsch des Fahrers nach automatischer Fahrt mit konstanter Ge- 
schwindigkeit umsetzen. Als Schnittstelle zum Antriebsstrang bzw. zur Bremse sind 
Getriebeausgangsmoment und Fahrzeugverzogerung vorgesehen. 

Die Fahrerwunschinterpretation liefert als Ergebnis ein Getriebeausgangsmoment, daB 
vom Antriebsstrang zur Verfugung gestellt werden soli (hinzu kommt noch die benotigte 
Nebenaggregateleistung). Hierfur muB nun ein optimaler Betriebspunkt bestimmt werden, 
wobei sich ^optimal" am ausgewahlten Optimierungskriterium (s. Phase 2) orientieren 
sollte. Ein Betriebspunkt ergibt sich in einem konventionellen Antriebsstrang aus dem 
Motonnoment und der Ubersetzung des Getriebes, da sich die Motordrehzahl bei gegebe- 
ner Fahrzeuggeschwindigkeit direkt daraus berechnen laBt. Fur zukunflige Konzepte 
ergeben sich durch den Einbau weiterer Aggregate evt. noch weitere Freiheitsgrade (z.B. 
E-Maschine im 4-Quadranten-Betrieb). 

Die letzte Aufgabe der koordinierten Antriebsstrangsteuerung ist das Anfahren des 
optimalen Betriebspunktes. Der aktuelle und der neue optimale Betriebspunkt konnen 
unter Umstanden relativ weit „auseinander" liegen (z.B. wenn der Fahrer plotzlich ins 
Fahrpedal tritt). Um Fahrbarkeit, Komfort, Sicherheit und Aggregateschutz zu gewahr- 




leisten ist es daher haufig sinnvoll, keinen abrupten Ubergang (so schnell wie moglich) 
zozulassen, sondern den neuen Betriebspunkt gedampft anzufahren. 

Nach dem 5. Schritt steht der neue Betriebspunkt fest und die entsprechenden Vorgaben 
konnen an die Komponenten im Antriebsstrang ausgegeben werden. 

In den Phasen 2 bis 5 wird die eigentliche inhaltliche Ausgestaltung der Aufgabe der Phase 
von Plug Ins ubernommen. Dazu wird von jeder Phase eine entsprechende Schnittstelle 
angeboten, liber die (mindestens) ein oder mehrere Plug Ins Vorschlage oder Anforderun- 
gen einbringen konnen. Diese Vorschlage werden zunachst durch ein phasenspezifisches 
Priorisierungsverfahren miteinander verglichen und der "Gewinner" wird von der Phase 
anschlieBend tatsachlich als Vorgabe an die nachste Phase weitergegeben. Zur Priorisie- 
rung kommen verschiedene Verfahren zum Einsatz (einfache Rangfolge, Maximalaus- 
wahl, Mittelwertbildung und Kombinationen dieser Verfahren), wie oben naher beschrie- 
ben. 

In V l2ist der Ablauf noch einmal dargestellt Der Ablauf der 5 Phasen ist im Sinne 
einer Zwischenschicht (CARTRONIC-Layer, s. nachster Absatz) zwischen Plug Ins und 
Komponenten in der Darstellung gelb hinterlegt. Die Informationen, die von einer Phase 
an die nachste Phase weitergegeben werden, sind mit schwarzen Pfeilen markiert. Anfor- 
derungen und Vorgaben, die zu den einzelnen Phasen von den Plug Ins gemacht werden, 
sind mit blauen Pfeilen gekennzeichnet. Die Vorgabe des in der letzten Phase endgiiltig 
festgelegten neuen Betriebspunktes an die Treibstrangkomponenten ist mit griinen Pfeilen 
gezeichnet. Die grauen Pfeile kennzeichnen den InformationsfluJB allgemeiner Zustands- 
groflen und FahrzeuggroBen, die innerhalb der Phasen oder Plug Ins zur Bearbeitung ihrer 
Funktion verwendet werden konnen. 

Zur Ausgestaltung der Phasen hat es sich als besonders giinstig erwiesen, eine entspre- 
chend der Komponenten und Funktionen im Fahrzeug hierarchisch orientierte Struktur zu 
verwenden. Dazu wurde die (von Bosch geschiitzte) CARTRONIC®-Modellierung 
verwendet/^feJjiWy^S Diese bildet die Triebstrangtopologie in der Software ab und 
ermSglicht durch M&Dhanismen zur Austauschbarkeit die einfache Anpassung an Verande- 
rungen der Fahrzeugkonfiguration. Die Aufgaben der 5 Phasen wurden auf die Koordina- 
toren verteilt, die inhaltlich innerhalb CARTRONIC fur diese Aufgabe vorgesehen sind 
Zusatzlich sind sogenannte "Interfaces" (dunkelgelb dargestellt) eingefugt worden, die fur 
die Kommunikation mit den physikalischen Komponenten Motor, Getrriebe und Bremse 
sorgen. 

Auf den folgenden "Bddeirn wird die Aufteilung der einzelnen Phasen innerhalb der 
CARTRONIC-Struktur aufgezeigt sowie der Ablauf der gesamten Antriebsstrangsteuerung 
noch einmal en Detail mit Hllfe von Beispielen erlautert: 





• Hierarchische Strukturierung des Softwaresystems zur koordinierten 
Antriebsstrangsteuerung nach CARTRONIC. Besteht im wesentlichen aus 
Fahrzeugbewegung (Vehicle Motion, VM), welches fur die Ermittlung und 
Koordination aller Langsdynamikanforderungen an das Fahrzeug verantwortlich 
ist, und dem Antriebsstrang (Powertrain, PT), der die Aufgabe hat, diese 
Anforderungen zu realisieren. Die FQhrungsgrSfie, auf die sich das gesamte 
System bezieht, ist das Getriebeausgangsmoment. 

• Das System ist erweitert um Schnittstellen nach Aufien (Interface In und Out), die 
andeuten sollen, dad die einzelnen SW-Komponenten fQr eine funktionstQchtige 
Software auch mit den realen Komponenten verbunden und mit weiteren 
Steuersystemen vernetzt werden mGssen, und dali hierfdr ein spezieller 
softwaretechnischer Mechanismus-genutzLwird. 

© Eine Sonderstellung nimmt die Schnittstelle (Criteria Coordinator) zu einer 

unbestimmten Anzahl Plugln-Komponenten (Critx) ein. Um das System einfach 
um beliebige Funktionen zur koordinierten Antriebsstrangsteuerung erweitern zu 
konnen, werden diese in Plugln's ausgelagert und kommunizieren mit dem 
System Gber eine definierte Schnittstelle. Wie die funktionale Aufteilung zwischen 
dem System und den Piugln's und die dazugeh&rige Kommunikation ablauft, wird 
auf den folgenden Folien beschrieben. 
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• Erster Schritt der koordinierten Antriebsstrangsteuerung, die aktuellen 
Umweltdaten werden aufbereitet, gegebenenfalls typisiert und zur Verfugung 
gestellt: 

© FahrzeuggrSssen Allgemeine aktuelle Fahrzeugdaten wie 
Geschwindigkeit und Querbeschleunigung 

• Triebstrangzustand Aktuelle Triebstrangdaten wie Kraftschluss 

und Schub / Zug 

• Fahrertyperkennung Beobachtet das Fahrverhalten und die 

Aktivitaten des Fahrers und leitet daraus 
einen abstrakten Typ ab (z.B sportlich Oder 
Skonomisch) 

• Fahrsituationserkennung Zieht auf Grund abgeleiteter Signale RQck- 

schlusse auf die aktuelle Umwelt- oder 
Fahrsituation, z.B. Berg, Kurve, Winter, 
Stadt, Autobahn 



Hinweis: Auf die Struktur und Funktionalitat von Fahrertyp- 
erkennung und Fahrsituationserkennung wird an dieser 
Stelle nicht nSher eingegangen, dies erfolgt separat 
(Stand der Technik). 
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«> Zuordnung der Charakterisierung der UmwelteinflQsse zur Architektur. Die 

Fahrertyperkermung; Fahrsituationserkennung und Fahrzeuggrossen werden den 
Infogebern auf der obersten Ebene zugewiesen und sind daherfdr alle anderen 
Komponenten sichtbar, die TriebstrangzustandsgraRen werden im Antriebsstrang 
ermittelt und k6nnen daher auch nur innerhalb des Antriebsstrangs direkt 
verwendet werden. 



Hinweis: Auf die Struktur und Funktionalitat von Fahrertyp- 
erkennung und Fahrsituationserkennung wird an dieser 
Stelle nicht nSher eingegangen. 
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• im zweiten Schritt wird festgelegt, woraufhin das gesamte nachfolgende Verfahren 
optimiert werden soil. Denkbar sind besipielsweise Kriterien wie sportliche 
Fahrwelse, okonomische Fahrweise oder besonders Verschleift schonende 
Fahrweise. Der Vorteil der globalen Festlegung liegt in der anschiiefcenden 
einheitlichen Verwendung in alien entscheidenden Funktionen von der 
Fahrpedalinterpretation bis zur Motormomenten- und Obersetzungsauswahl. 
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• Die Auswahl des aktuellen Optimierungskriteriums wird vom Fahrzeugkoordinator 
(Vehicle Coordinator, VC) gesteuert. Dieser fragt Vorschlage von Plugln's (Crit x) 
Qber eine spezielle Schnittstelle, den Kriterienkoordinator (Criteria Coordinator, 
CC) ab und priorisiert diese ledigiich. Wie die Plugln's die Aufgabe erledigen, 
einen Vorschlag zu ermitteln, und urn welche Art von Plugln's es sich jeweils 
handelt, ist dem Fahrzeugkoordinator dabei nicht bekannt. 
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• Der Ablauf, der auf der linken Seite exemplarisch gezeigt ist, geht von Plugln's aus, wie sie als 
Beispiel auf der rechten Seite dargestellt sind. 

• • In diesem Beispiel gibt es in der Reihenfolge ihrer „Wichtigkeit" die drei Plugln's „Winter", 
„Sport" und JMormalfahrt". Diese haben die bis auf Normalfahrt die Eigenschaft, nur dann 
einen Vorschlag fQr das Optimierungskriterium zu machen (sprich, sie sind nur dann ^ktiv"), 
wenn eine bestimmte Situation vorliegt, wenn diese nicht vorliegt, machen sie keinen 
Vorschlag (sind also inaktiv). Normalfahrt ist insofern eine Ausnahme, da es ohne Vorliegen 
einer bestimmten Bedingung immer aktiv ist. 

© Der Ablauf wird folgendermafcen beschrieben: Vor dem Doppelpunkt ganz links steht das 
Objekt, das eine Tatigkeit auslost und ein anderes Objekt aufruft. Nach dem Doppelpunkt 
rechts steht die Methode des aufgerufenen Objekts. 

e Der Fahrzeugkoordinator ruft zunSchst den Kriterienkoordinator auf, einen Vorschlag fOr eine 
Fahrzeugoptimierung vom Plugln mit der ID1 abzufragen. Der Kriterienkoordinator kennt das 
mitder ID1 benannte Plugln und holt sich von diesem den aktuelien Optimierungsvorschlag. 
Da die Fahrsituation Winter aber im Beispiel nicht aktiv ist, gibt es „None", also keinen 
Vorschlag zurQck. 

• Der Aufruf des nSchsten Pluglns erfolgt auf die gleiche Art und Weise, dieses gibt jedoch den 
Optimierungsvorschlag „Sport w zurQck, da der Fahrertyp „sportlich" ist. 

• Da nun ein Vorschlag Wr ein Optimierungskriterium gefunden ist, brauchen nachfolgende 
Pluglns mit einer niedrigeren Prioritat nicht mehr nach einem Vorschlag befragt werden. 
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„Lineare Priorisierung" 

Das vorgeschlagene Priorisierungsverfahren an dieser Stelle ist mdglichst einfach, 
es wird eine teste Rangfolge festgelegt und das ranghochste aktive Kriterium, das 
nicht „None" zuruckliefert, gewinnt. Ein Vorteil dieser Priorisierung liegt darin, daft 
nicht immer alle Kriterien befragt werden mussen, da in dem Moment 
abgebrochen werden kann, wenn ein aktives Kriterium gefunden wurde. 

Als Schnittstelle zwischen dem Fahrzeugkoordinator und den Pluglns wird (far aiie 
Pluglns einheitlich) eine feste Menge von Zustanden vereinbart. Die gewQnschte 
Bedeutung wie z.B. „Sport" oder „Versch!eilS" mud auf beiden Seiten bekannt sein, 
da der Fahrzeugkoordinator dementsprechende MaSnahmen einleiten konnen 
soli. 
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• Die Fahrerwunschinterpretatlon hat die Aufgabe, die Vorgaben des Fahrers zu 
interpretieren und eine Vorgabe fQr die Langsbewegung des Fahrzeugs daraus 
abzuleiten. Das umfafct neben der reinen Fahrpedalinterpretation beispielsweise 

| auch die Vorgaben eines Fahrgeschwindigkeitsreglers oder eines ACC, die den 
Wunsch des Fahrers nach automatischer Fahrt mit konstanter Geschwindigkeit 
umsetzen. Als Schnittstelle zum Antriebsstrang bzw. zur Bremse sind (zz.) 
Getriebeausgangsmoment und Fahrzeugverzogerung vorgesehen. 
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Den Ablauf der Fahrerwunschinterpretation steuert der Vortriebs- und 
Bremskoordinator (Propulsion and Brakes Coordinator, PrBC). Dieser ermittelt in 
Zusammenarbeit mit einer unbestimmten Anzahl von Pluglns nach einem 
speziellen Priorisiemngsverfahren die Vorgaben fur Bremse und Antriebsstrang. 
Der Fahrzeugbewegungskoordinator {Vehicle Motion Coordinator, VMC) 
koordiniert diese langsamen Vorgaben noch mit den schnellen Eingriffen der 
Traktions- und Fahrstabilitatssysteme und gibt die so gewonnenen Forderungen 
an den Triebstrang bzw. das Bremssystem weiter, wobei die weitere Auswertung 
und DurchfQhrung der Vorgaben an die Bremse nicht teil dieser Darsteliung sind. 

Zusatzlich bietet der Kriterienkoordinator noch eine spezielle Schnittstelle zur 
Umrechnung einer Fahrzeugbeschleunigung in das dafGr zum aktuellen Zeitpunkt 
benotigte Getriebeausgangsmoment und umgekehrt an, wobei der 
Kriterienkoordinator diese Aufgabe nicht selber erfOllt, sondern z.B. an den 
Triebstrang weiterleitet, da dieser die relativ aufwendige Umrechnung zur 
BewSltigung seiner Aufgaben eh beinhaltet. Dadurch ergeben sich Vorteile bei der 
Umsetzung der Pluglns: 

- Die Pluglns werden einfacher, ubersichtlicher und kleiner 

- Die Pluglns werden unabhSngig von fahrzeugspezifischen Daten 

- Der Gesamtsoftwareumfang wird geringer 



Bosch Gruppe 



j PrBC:^V G^^tjiprivePrppCICfi )V-|- .' : £ntt ; :v : . sFGRi fordert,Sollbe-t' ; ; 
j . CC: i£. }jC^l;Get^r^eRipp^.-'.-: >X^iei|>' ■schleunlgurig, wehn?,. 
: Orit1':-:' ; ^retum^^ 

' . : cc- v?^tui^i;i: ; rii^^>^: :\g\^i-;r^:y 

■' : PrBC^t ;A&RMjCsHc(?h';j '■ra^^.vR i ;ferS2: 
■ .\AccRM:?M 



tf.FGR'ikByjst;-:';.. 
; ,-B6schleunigung5^ 




SF 13.052001 

*SK»I ASo ftocttn t* Atari Attorootirti Byi tow •raj B ag— i«a T««»*>af GnitH, awft fa* dn Ptl w» * 



10 



Der Beispielablauf zur Fahrerwunschinterpretation orientiert sich an den Pluglns 
Fahrgeschwindigkeitsregler, Beschleunigungspedal und „Standard M -Fahrpedal mit den 
folgenden Funktionsweisen: 

Der Fahrgeschwindigkeitsregler versucht eine stationare Geschwindigkeit durch die 
Anforderung einer Sollbeschleunigung einzuregeln, wenn der Fahrer diesen aktiviert hat. Das 
Beschleunigungspedal interpretiert die Fahrpedalstellung des Fahrers als 
Beschleunigungswunsch. Das Standardfahrpedal interpretiert die Fahrpedalstellung des 
Fahrers geschwindigkeitsabhangig als Getriebeausgangsmoment. 

Der Vortriebs- und Bremskoordinator fragt dber den Kriterienkoordinator zunachst das Plugln 
mit der ID1 (Fahrgeschwindigkeitsregler) nach dessen Vortriebswunsch. Dies liefert einen 
Wunsch nach einer Beschleunigung von 1,1m/s 2 zurQck. Die Forderung, die der PrBC nach 
auBen weitergeben kann, 1st jedoch Getriebeausgangsmoment und Bremsverzogerung. Daher 
beauftragt er den Beschleunigungsmanager (Acceleration Request Manager, AccRM) damit, 
eine Standardaufteilung der geforderten Beschleunigung auf Vortrieb und Bremse 
durchzufdhren. Diese ergibt ein Getriebeausgangsmoment von 160Nm und keine Verzogerung. 

AnschlieBend wird Das Plugln mit der ID2 aufgerufen. Das Beschleunigungspedal ermittelt eine 
gewQnschte Beschleunigung von 1,2m/s 2 durch die Fahrervorgabe am Fahrpedal. Die 
Aufteilung auf Vortrieb und Bremse erledigt dies Plugln jedoch selber dber das API des 
Kriterienkoordinators und gibt einen Vortriebswunsch von 170Nm und keine Verzogerung an 
den Koordinator zurdck. 

Das dritte Plugln Standardfahrpedal wird nicht aufgerufen. Im vorherigen Schritt (Festlegen der 
Optimierungskriterien) wurde als aktuelles Optimierungskriterium n Sport" festgestellt Bei 
diesem Optimierungskriterium wird in der Fahrerwunschinterpretation anstelle des 
Standardfahrpedals in diesem Beispiel das Beschleunigungspedal aufgerufen, das 
Standardpedal wird nicht benotigt 

Abschliefcend wahlt der Koordinator das Plugln mit der ID2 als Gewinner aus, da dessen 
Forderung den hOchsten Betrag hatte. Aulierdem teilt er alien Pluglns mit, dafc das Plugln mit 
der ID2 gewonnen hat mit einer Forderung von 170Nm Getriebeausgangsmoment und keiner 
VerzGgerung. Daraus kann der Fahrgeschwindigkeitsregler erkennen, daft sein Vorschlag durch 
ein anderes Plugln Gberstimmt wurde und dementsprechend reagieren (z.B. Festhalten des I- 
Anteils Oder Deaktivierung) 
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• Die Priorisierung der Fahrerwunschinterpretation ist eine Erweiterung des linearen 
Verfahrens: 

• Aus der Menge ailer Pluglns, die einen Vorschlag zur Fahrerwunschinterpretation 
machen konnen, werden nur die ausgewShlt, deren Vorschlag zum aktuellen 
Optierungskriterium palM. So kann z.B. je nach Optimierung ein „normales" 
Fahrpedal gegen ein „sportliches" Fahrpedai ausgetauscht werden. 

• Anschlieftend erfolgt eine lineare Priorisierung all derjenigen Pluglns, fGr die eine 
feste Rangfolge festgelegt werden kann. Dies kann beispielsweise fQr ein 
Bremspedal geschehen, da bei der Betatigung der Bremse FGR und Fahrpedal 
inaktiv sein mttssen (allerdings nur bedingt, s. Bretttest). Wenn in dieser Phase 
ein Plugln aktiv wird, bricht das Verfahren entsprechend der linearen Priorisierung 
ab. 

• Wird jedoch kein Plugln aktiv, so werden alle weiteren Pluglns, die sich nicht in 
eine feste Rangfolge ordnen lassen, aufgerufen. Die Priorisierung erfolgt dann aus 
der Menge aller VorschlSge durch eine Maximalauswahl. 
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• Als Schnittstelle stehen den Pluglns im Gegensatzzum Vortriebs- und 
Bremskoordinator zwei Alternativen zur Verfugung. Sie konnen entweder 
Getriebeausgangsmoment und Bremsverzogerung oder eine 
Summenbeschleunigung fordern. Wird von einem Plugln eine 
Summenbeschleunigung angefordert, kann der Koordinator selber entscheiden, 
wie er diese auf Vortrieb und Bremse aufteilen will (mittels des 
Beschleunigungskoordinators). 

© Um zum einen das Erkennen keines Vortriebswunsches (Plugln ist inakativ) zu 
erleichtern (ONm ist ein definitiver Vortriebswunsch und eignet sich daher nicht zur 
Kennzeichnung von „kein Wunsch") und zum anderen die verwendete 
Schnittstellenalternative anzuzeigen, wird vom Plugln zusStzlich der 
Anforderungstyp vorgegeben. 
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• Die Fahrerwunschinterpretation liefert als Ergebnis ein Getriebeausgangsmoment, 
daS vom Antriebsstrang zur Verfugung gestellt werden soli (hinzu kommt noch die 
benStlgte Nebenaggregateleistung). Hierfur muli nun ein optimaler Betriebspunkt 
bestimmt werden, wobei sich n optimal tt am ausgewahlten Optimierungskriterium 
orientieren sollte. 

• Ein Betriebspunkt ergibt sich in einem konventionellen Antriebsstrang aus dem 
Motormomentmoment und der Obersetzung des Getriebes, da sich die 
Motordrehzahl bei gegebener Fahrzeuggeschwindigkeit direkt daraus berechnen 
ISfit. FQr zukClnftige Konzepte ergeben sich durch den Einbau weiterer Aggregate 
evt. noch weitere Freiheitsgrade (z.B. E-Maschine im 4-Quadranten-Betrieb). 
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• Die Bestimmung des optimalen Betriebspunktes wird vom 

Antriebsstrangkoordinator (Powertrain Coordinator, PTC) verwaltet. Dieser 
kommuniziert in Qblicher Weise mit den Plugln's Qber den Kriterienkoordinator. 
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o Der Ablauf zur Bestimmung des optimalen Betriebspunktes erfolgt wieder nach 
dem Schema lineare Priorisierung. Als Beispiel sind drei Plugln's mit den 
Aufgaben Sport, Berg und Okonomisch dargestellt. 
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• Besonders zu erw§hnen bleibt nur der Aufruf der Plugln l s f bei dem das 
Soilgetriebeausgangsmoment ais Parameter rnit Qbergeben wird, damit die 
Plugln's wissen, fQr welche Momentenforderung ein ihrer Aufgabe nach optimaier 
Vorschlag abgefragt wird. 
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Die letzte Aufgabe der koordinierten Antriebsstrangsteuerung ist das Anfahren des 
optimalen Betriebspunktes. Der aktuelle und der neue optimale Betriebspunkt 
konnen unter Umstanden relativ weit „auseinander" liegen (z.B. wenn der Fahrer 
plotzlich ins Fahrpedal tritt). Urn Fahrbarkeit, Komfort, Sicherheit und 
Aggregateschutz zu gewShrleisten ist es daher haufig sinnvol!, keinen abrupten 
Obergang (so schnell wie moglich) zuzulassen, sondern den neuen Betriebspunkt 
gedampft anzufahren. 




SF 15.05.2001 

©2001 Alie Recnto be) Asset Automotive Systems and Enplncermg Technology GmbH, euch fUi den Fall von SctaittiechtsanmeWunaen. Jede VerfGnunasbefugnls. Me Kopw- und WeaerBabefecht. bet uns. 



^^^^ * Das Anfahren des optimalen Betriebspunktes wird gemeinsam mit dem 

Bestimmen des optimalen Betriebspunktes vom Antriebsstrangkoordinator 
(Powertrain Coordinator, PTC) verwaltet. Dieser kommuniziert in Gblicher Weise 
mit den Plugln's Qber den Kriterienkoordinator. 
o Das abschlieliend ermittelte Ergebnis wird vom Antriebsstrangkoordinator an die 
Komponenten Motor und Getriebe zur AusfGhrung weitergegeben. 
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• Der Ablauf zum Anfahren des optimaien Betriebspunktes basiert wieder auf dem 
linearen Priorisierungsverfahren. Als Beispiei sind die Plugln's Kurve, Winter und 
Berg ab dargestelit 
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Das Priorisierungsverfahren zum Anfahren des optimalen Betriebspunktes 
unterscheidet sich vom linearen Priorisierungsverfahren darin, dak es nicht ein 
Plugln geben muli, das auch tatsachlich einen Vorschlag macht, alie Plugin's 
kdnnen „None w zurdckgeben, was dann ais „so schnel! wie mGgiich" Anfahren des 
neuen Betriebspunktes interpretiert wird. 

Die Schnittstelle fur die Vorgaben der Plugin's kann recht vielfaitig ausf alien. 
Denkbar sind Gradientenbegrenzungen, Filterparameter oder absolute Grenzen 
fOr Motormoment und Obersetzung. 
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• Zusammenfassung alter mdglichen Schnittstellen eines Plugln entsprechend der 
vier identifizierten Aufgaben der koordinierten Antriebsstrangsteuerung. 




• Entsprechend der zugeteilten Aufgaben kfinnen einzelne Plugln's eine, mehrere oder alle 
Schnittstellen benutzen. Die hier verwendeten Farben passen zum Beispiel auf der nachsten 
Seite. 
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• Beispiel fOr drei mSgliche Plugln'sr. Entsprechend der ihnen aus Produktsicht 
zugedachten Aufgaben nutzen sie unterschiedliche Schnittstellen (s. auch 
vorherige Seite). 




-S3 - 

Jedes Fahrzeuasvstem in das in^^orgestellten Art und Weise nachtraglich Pro^We eingefQgt werden konnen, 
murine" SL h flhnWArt und Weise besitzen. Zur Zeit findet d,e« aus SicherheitsgrQnden 
nicht im bereits ausgelieferten Fahrzeug durch den Endkunden oder die WerkstattTfatt sondern vor der 
Programmerzeugung bei der Konfiguration durch den Steuergeratehersteller, was d.e Nachweisbarkert sehr 
schwierig macht Erschwerend kommthinzu, da(i inhaltlich auch andere Verfahren emgesetzt werden konnen, urn 
nach aufien sichtbar den gleichen Effekt und ahnliche Vorteile zu erzielen. 
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Abb. 1 : Trend zur Vernetzung aller Fahrzeugsysteme 




Abb. 2: 



Visioa: Das „intelligente" Fahrzeug der Zukunft 



Funktlonale Architektur: 

Wie verhalten und ordnen sich Fahrzeugfunktionen zueinander? 





Abb. 4: 



CARTRONIC Funktionsarchitektur 
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Abb. 5: CARTRONIC Softwarearchitekur 
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Abb. 6: 



CARTRONIC basierte Schnittstellen 




Abb. 7: Ausstattungsmerkmale des Versuchstragers 




Abb. 8: Design nach CARTRONIC-Arcbitektur 
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Abbildung 10 Prioritaten der Anforderer 
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Weiterleflen der gespeicherten Anf orcterung 



Abbildung 11: Beispiel eines Priori sierungsverf ahr en 
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